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If you should venture to Idaho, and find yourself at the Idaho Depart- 
ment of Water Resources (IDWR) , Remote Sensing Unit, you stand a good 
chance of hearing one of our senior management personnel say **you now 
only have to press the button, and presto, displayed in living color, 
an image that formerly took weeks to hand color . **2 This is the current 
introduction to International Imaging System^s (I S) , display device 
and software that a visitor at our site will receive. It is with 
pleasure, that I would like to relate to you some of our experiences 
with bringing System 511 on line at IDWR. Certainly our joys and suf- 
fering bear sharing with those who may be considering embarking on a 
similar endeavor. 


Functionally, System 500 is the software package designed to drive l2s*s 
Model 70 digital display device. System 500, according to I^S, is fully 
supported on 3 minicomputer systems. System 501 is based on the Hewlett- 
Packard 1000, System 520 on the Data General Eclipse. System 511, to 
which all further comments shall be addressed, is the I^S version of 
System 500 designed to run on a Digital Equipment Corporation (DEC) 

PDP 11 Series minicomputer. It is fully compatible with the DEC opera- 
ting system as delivered. According to the manufacture’s specifications, 
the minimum system hardware configuration is an 11/34 with a minimum 
core of 128K word, 10 megabytes of direct access disk and a floating 
point processor. Required software configuration is RSX IIM V 3.2 opera- 
ting system with a FORTRAN 4 plus compiler. 


The structure of System 511 is a series of hierarchical modular software 
units. At the highest level, the user has available stand along hard- 
ware diagnostic interpreter and file manipulation routines, in addition 
to the interactive display software, the heart of System 511. The user 
communicates with the command interpreter, a string processor that in- 
terpretes command line syntax, and processes parameter requests. Com- 
mand interpreter passes control to the application’s program, which ac- 
complishes image processing manipulations by utilizing a series of 
primatives. The primitives use a series of utilities and interface 
routines to properly set up the Model 70 display device sub-units. At 
the lowest level, data I/O is handled by device drivers. Both overall 
program control and data are passed through an 8K resident common block. 
(Figure 1). Included with the distribution is complete source code for 
all levels, to enable the user access for system support and maintenance. 
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The display system hardware/software, configuration settled on was that 
which was thought to be most amenable to IDWR's current image processing 
and overall data processing activities, with an eye for minimizing costs 
and maximizing the use of existing hardware. In committing to System 511, 
it was recognized that the current version (2.1), contained many defic- 
iencies that would severely limit its application use. I S indicated 
that an updated verison that would correct many of these deficiencies 
would be available by the time we were ready to go on line in the spring 
of 1980. However, Version 2.2 of System 511, was not available until 
February, 1981, at an update charge of $ 750. At this time, e.g., this 
writing, we were operating with Version 2.1 of System 511. It is our 
understanding that some of the deficiencies discussed in this report, 
have been corrected in Version 2.2. The extent of the correction is not 
known . 


IDWR operates a DEC PDF 11/34 minicomputer in a multi-user environment, 
primarily for data entry and as a Remote Job Entry (RJE) , station to 
the state’s IBM 370/168. This is the operating environment to which we 
introduced System 511. The influence of environment on behavior is a 
consideration that cannot be overlooked when evaluating our experiences. 
While a well experienced data processing service organizaiton could handle 
the installation of System 511 in short order, it was IDWR's fate to be 
without systems programming support at installation time. The installa- 
tion of System 511 software, due to the forementioned lack of systems 
programmer support, provided the Remote Sensing Section with an excel- 
lent opportunity to become thoroughly familiar with DEC utilities and 
the operating system. This was our choice because I^S stated that systems 
installation was straight-forward and required no special training. On 
site installation by I S is available for a fee. 


Software distribution was in the form of tapes. A master indirect com- 
mand file querries for system-specific configuration information, then 
proceeds to build System 511. The installation documentation was limited 
to the indirect command file which is liberally commented. This approach 
is straight forward, however, nowhere in the installation, or any other 
documentation will be found a list of all the DEC utilities required, or 
the system options that must be enabled via systems generation (a time 
consuming porcess in itself), prior to installation of System 511. As 
a result, it took the Remote Sensing Section, several evenings to sort 
out the what, where, and how’s of the installation. I^S was very sup- 
portive at this stage with answers over the telephone. 


After System 511 had been contracted, I^S offered a 1 week software 
training course, I^S recommended that attendees be as familiar as pos- 
sible with dec’s RSX IIM operating system. The Department’s Data Proc- 
essing Manager and 2 applications programmers attended the course. Due 
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to personnel turnover, none of these attendees is currently available 
for direct comment, hence my remarks concerning the training are second- 
hand, as I did not attend the course. Dissappointment was expressed 
that the DEC environment was not addressed, as we had been led to be- 
lieve it would be. A major difficulty with the course was that the full 
perspective of the hardware/sof tware interaction was not adequately ad- 
dressed. The course began at the lowest level, examining bit settings. 
Then the course boot-strapped it’s way up through the levels of System 
511 to applications design with limited hands on experience. Without 
a precise foreknowledge of the Model 70 ’s hardware and System 511 soft- 
ware functions, the benefits of this approach were largely lost. The 
I^s software training course is designed for an attendee who is a pro- 
grammer experienced in writing image display programs. 


As a result of the lack of formal software training, our inhouse System 
511 training has been limited to what could be gleaned from the docu- 
mentation. As a result, we have leaned on it rather heavily. Documen- 
tation from I^S consists of a series of brief volumes dealing with the 
display device hardware and System 511 software. Our perception of the 
hardware documentation is that it is complete, if not exceptionally 
readable. The user guide documentation for System 511 and the Diagnostic 
Interpreter, is adequate, but could certainly be improved. The user 
guide did have some verification and typographical errors that became 
apparent during system use. It is the applications programmer who is 
left holding the bag, the only documentation being the comments in source 
listing; there is no other. In addition, there is no error documenta- 
tion. 


It becomes readily apparent that I^S fully expects the burden of soft- 
ware support to fall on the user, who is expected to be prepared to pro- 
vide, or have access to, fully qualified system and applications pro- 
gramming support. 

Software support from I^S has been to date, limited by two factors. 
First, the time factor to access the appropriate person to direct ques- 
tions to can be days. Once connected though, explicit, intelligent 
questions get concise, thoughtful answers. No fault there, however, 
the difficulty in specifically identifying the source of a problem is 
a limitation imposed by I^S operating under the premise that the user 
will provide a high level of system-programmer support. 


Error situations that occur during the operation of System 511, at IDWR 
have fallen in three categories (in order of frequency), user induced, 
documentational and System 511. System 511 is characterized by 
messages that are at the systems-support level, not user oriented. The 
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combination of poor error reporting and deficient or non-existent docu- 
mentation complicates the process of determining the source of a problem. 
A person not familiar with the DEC operating system cannot successfully 
operate System 511, because of the lack of graceful error recovery and 
user level error reporting. 


With a properly prepared display program, System 511 as delivered, is a 
very effective sales tool for digital image processing. Presentations 
on image analysis become more forceful and effective with the capability 
of rapidly displaying and changing video Images, instead of pointing to 
the tired old hand colored computer printouts. Display capability adds 
an air of timeliness and a gee-whiz factor that is very effective and 
compelling . 


When System 511 is not being utilized to demonstrate image processing 
capabilities to department visitors. System 511 does work well as a dis- 
play system to augment IDWR's image processing capabilities with VICAR/ 
IBIS. When used correctly. System 511 performs the display functions 
smoothly. However, those functions fall far short of utilizing the full 
capabilities of the display device. Having worked with other interactive 
display systems, it is easy to forget the primary display design charac- 
teristics of System 511 and expect performance along the line of a larger 
system. It was our erroneous assumption to expect that when extra hard- 
ware features were ordered, you would also get complete software that 
could utilize the full range of the extended capabilities. 


System 511 was not acquired as a "turn-key" system. It is our feeling 
that many of the short falls of System 511 could be overcome by the pres- 
ence of a fully experienced, well qualified system programmer, fully 
knowledgeable on a DEC operating system. It was never explicitly stated, 
but we feel that I^S expects the System 511 user to provide support at 
this level, and the burden of application program support and develop- 
ment rests with the user. Should you be prepared to provide this level 
of support. System 511 contains what appears to be an excellent founda- 
tion on which to build a very powerful applications tool. 
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Figure 1 System 511 Software Hieracy Implemented by IDWR On 
Digital PDF 11/24 
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